home *** CD-ROM | disk | FTP | other *** search
/ Language/OS - Multiplatform Resource Library / LANGUAGE OS.iso / a_utils / _archvrs / mac / mccmp134.bin / mac_compress32.rsrc / TEXT_20.txt < prev    next >
Text File  |  1994-02-02  |  2KB  |  17 lines

  1. Overview
  2.  
  3.   MacCompress requires the 128K ROMS (and hence HFS) or later.  A dialog appears if the 128K ROMS are not present, and MacCompress quits.
  4.  
  5. There are two reasons for compressing files:  (1) to save space  (2) to save time transmitting a file or group of files.  MacCompress is best suited for solving need (1).  The shareware program Stuffit is best suited for solving need (2).
  6.  
  7.   MacCompress operates on a ΓÇ£process and replaceΓÇ¥ algorithm.  This means that when a file is successfully compressed or decompressed, the original is removed and replaced with the decompressed or compressed file.  This approach makes MacCompress suitable for routine or periodic archiving of files or the contents of folders in order to save space, but where it is desired to be able to see (in the Finder) the files/folders present.
  8.  
  9.   Unlike programs like Stuffit, which merges compressed files into one large archive file, the ΓÇ£process and replaceΓÇ¥ approach allows you to examine the files and folder hierarchy in the Finder without the need to run MacCompress.  However, this approach is not particularly convenient  for uploading/downloading files to/from bulletin boards, since files are not merged into one archive.  However, MacCompress does support compressing/decompressing files from/to Unix "compress" format, which makes it suitable for transferring files to/from Unix based machines where the transmission speed is low.  Stuffit 1.5 does not support this feature.
  10.  
  11. Additional Notes:
  12.  
  13. ΓÇó All compression/decompression operations preserve file type, creator, and flags.
  14.  
  15. ΓÇó The contents of subfolders can be compressed or not compressed, as an option.
  16.  
  17. ΓÇó Compression and decompression of Unix "compress" files is supported in much the same way as earlier versions.  The file type, creator and flags are preserved.  This is done using a 'ZIVH' resource stored in the resource fork of the compressed file; as before, the resource fork is not compressed.   Of course, if you bring a file to the Macintosh from a Unix machine, there is no file type or creator to restore; see the discussion on the commands for dealing with Unix "compress" files.